home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20030409-20031118 / 000299_fdc@sesame.cc.columbia.edu_Tue Sep 23 12:02:35 EDT 2003.msg < prev    next >
Text File  |  2020-01-01  |  3KB  |  53 lines
  1. Article: 14542 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!news-not-for-mail
  3. From: fdc@sesame.cc.columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: Maddening Problem with C-Kermit Script
  6. Date: 23 Sep 2003 12:02:32 -0400
  7. Organization: Columbia University
  8. Lines: 36
  9. Message-ID: <bkpqqo$i4u$1@sesame.cc.columbia.edu>
  10. References: <b9d3cf36.0309230755.5fbff9b6@posting.google.com>
  11. NNTP-Posting-Host: sesame.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1064332953 8701 128.59.59.56 (23 Sep 2003 16:02:33 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 23 Sep 2003 16:02:33 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:14542
  16.  
  17. In article <b9d3cf36.0309230755.5fbff9b6@posting.google.com>,
  18. Jim Chapman <jimchapman@freightliner.com> wrote:
  19. : We've been using C-Kermit 5A(190) for years on an AIX 3.2.51 host for
  20. : remote terminal access.  All this time it's worked just fine dialing
  21. : and connecting.  Recently I thought I'd do some scripting and found
  22. : that my scripts always failed with the error "Command file terminated
  23. : by error."  After some experimenting, I discovered that it was being
  24. : caused by any use of the "input" or "reinput" statements with the text
  25. : parameter.  If I leave off the text parameter and include only the
  26. : timeout parameter (which doesn't search for much), it works fine, but
  27. : if I include the text parameter I get the error.  At first, I thought
  28. : maybe this build of 5A was just broken and had gone unnoticed all this
  29. : time, so I downloaded version 8.0.209 and built it without errors and
  30. : after testing discovered it fails the SAME WAY when using "input" or
  31. : "reinput".  I'm only trying to do a simple automated login script like
  32. : 
  33. : dial \m(number)
  34. : if fail ...etc.
  35. : output \13
  36. : input 5 login:
  37. : if success...etc.
  38. : 
  39. : If I'm overlooking something dumb, I wish somebody would be kind
  40. : enough to point it out to me.  This is making me crazy...
  41. : 
  42. I suspect that "set take error on" (which is NOT the default) is in
  43. effect when you run this script.  This makes the command file terminate
  44. automatically when any command in it fails.  If the INPUT command does not
  45. get the "login:" string within 5 seconds it fails, and this will give the
  46. result you describe.
  47.  
  48. Remove the "set take error on" command from your script (or your .kermrc
  49. file, or wherever else it is), or if you can't find it, add "set take error
  50. off" to your script.
  51.  
  52. - Frank
  53.